home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0049 / 405.txt < prev    next >
Text File  |  1997-04-16  |  19KB  |  455 lines

  1. Info-Atari16 Digest   Tuesday, August 22, 1989   Volume 89 : Issue 405
  2.  
  3. This weeks Editor: Bill Westfield
  4.  
  5. Today's Topics:
  6.  
  7.                           Re: ST X and Ether
  8.                         deskjet and Timeworks
  9.                           Re: Cringely on TT
  10.                          Atari's New Products
  11.                        Re~2: Loyal Atarians?!?
  12.         Re: QINDEX15 measurents : QuickST 1.46 vs TurboST 1.2
  13.                 My last comments about ST multitasking
  14.                         RE: Loyal Atarians?!?
  15.               Re: My last comments about ST multitasking
  16.                         DALLAS WORLD OF ATARI
  17.                       Re: Multitasking on the ST
  18.  
  19. ----------------------------------------------------------------------
  20.  
  21. Date: 14 Aug 89 14:41:15 GMT
  22. From: mnetor!utzoo!censor!geac!yunexus!stpl!tyler@uunet.uu.net  (Tyler IVANCO)
  23. Subject: Re: ST X and Ether
  24. To: info-atari16@score.stanford.edu
  25.  
  26.     The Byte-Size systems unit was designed and is built by us.
  27. We have 5 working systems with:
  28.  
  29.     1 Ethernet
  30.     128 SRAM*
  31.     64 EPROM/ROM**
  32.     1  68000**
  33.     8  Serial ports
  34.     2  Parallel ports
  35.     1  SCSI (REAL!!!)
  36.  
  37. * 64 K minimum
  38. ** Standalone configuration
  39.  
  40.     The card runs either standalone with its own processor or
  41. on the mega bus connector and can be configured in a variety of ways.
  42.  
  43.     However, due to other contract arrangements, we have had to put
  44. the software development on hold.  Software is the real problem with this
  45. type of system.  Hardware was working last January.  We are willing to
  46. sell units to people at very nearly our cost if they are willing to
  47. develop software as a sort of VAR arrangement.
  48.  
  49.     All of this brings up an interesting point.  For some reason,
  50. the ATARI line seems to attract very small ventures in hardware.  Some
  51. have expanded and been very successful, e.g. ICD, Supra.  Others (e.g.
  52. FutureDos (us)) work with the Atari part time and as such are quite small.
  53. To work full time requires a faith in the Atari future that we just don't
  54. have.  Without hardware expansion, there is little future in any product
  55. line for that is how it remains current.  The Mega, from this point of view
  56. is a disappointment.  When we designed and contructed our ACSI controller in
  57. late 84, it was out of curiosity just as the ethernet board was.  It wasn't
  58. because we expected to profit by it (after all, we were gainfully employed
  59. elsewhere).  In fact we expected that someone else would come out with
  60. a similar unit very soon.  Outside of a couple of european units this did
  61. not come about.
  62.  
  63.     A solid expansion bus need not be expensive as is demonstrated by
  64. the ubiquitous IBM PC family.  This should be a priority design
  65. goal in any computer design for general use.  I hope that future ATARI
  66. products consider this requirement.
  67.  
  68.     I still have hope for the Atari, especially if a more advanced
  69. model is released.  I enjoy the system (especially with TOS 1.4 and
  70. OS/9) but have been disappointed with the lack of "bells and whistle"
  71. type components for this system.
  72.  
  73.  
  74.                             Tyler
  75.  
  76. ------------------------------
  77.  
  78. Date: 15 Aug 89 20:18:49 GMT
  79. From: avogel@g.ms.uky.edu  (Andrew Lee Vogel)
  80. Subject: deskjet and Timeworks
  81. To: info-atari16@score.stanford.edu
  82.  
  83. Anthony can't post to the net so reply to me, avogel, thanks alot.
  84.  
  85. Just got my DJ, but having trouble printing EasyDraw GEM files from
  86. Timeworks DTP, am using the HP laserjet selection from timeworks.
  87.  
  88. Any help would be appreciated, I can't post to the net, so maybe you could for
  89. me or ask around or something??
  90.  
  91. thanks.
  92.  
  93. Anthony Paul
  94.  
  95. avp@garfield.UUCP
  96. avp@garfield.mun.cdn
  97.  
  98. ------------------------------
  99.  
  100. Date: 15 Aug 89 19:33:46 GMT
  101. From: ogccse!blake!themod@husc6.harvard.edu  (Chris Hinton)
  102. Subject: Re: Cringely on TT
  103. To: info-atari16@score.stanford.edu
  104.  
  105. In article <9271@chinet.chi.il.us> saj@chinet.chi.il.us (Stephen Jacobs) writes:
  106. >The 'Cringely' column in Infoworld today said that the TT will be officially
  107. >announced August 25.  He mentions some reasonable prices and specs.  By
  108.  
  109.   Could you, or anybody else, post the specs on the TT.  From what I hear
  110. it's going to be a NeXT-like machine.  Is it?
  111.  
  112.  
  113. Chris Hinton ---- themod@blake.acs.washington.edu
  114. Mod Software Systems
  115. Seattle, Wa  98195
  116.  
  117. "Why didn't you tell me he had one of those... things?" - The Joker.
  118. "My life is really...complex." - Bruce Wayne.
  119. "Excuse me...  What does God need with a starship?" - James T. Kirk.
  120.  
  121. ------------------------------
  122.  
  123. Date: 15 Aug 89 22:32:52 GMT
  124. From: janus.berkeley.edu!mitchell@ucbvax.Berkeley.EDU  (Evan Mitchell)
  125. Subject: Atari's New Products
  126. To: info-atari16@score.stanford.edu
  127.  
  128. I recently posted an article asking why Atari owners were so loyal to there
  129. machines, and ultimately to Atari.  The reason I asked this is because I
  130. still have a soft spot for Atari.  My first Videogame (2600) and computer
  131. (1200XL) came from them.  Despite the fact I'm a happy Amiga owner, I would
  132. still like to see Atari succeed, especially in the computer business.
  133.  
  134. My question is how can they?  They've announced ALOT of neat sounding new
  135. gadgets, but then again, they've been doing that for a long, long time.
  136. (Remember the 1450XLD)  What about the ST-E?  Even if it's introduced why
  137. would anyone buy one?  It sounds an awful lot like the Amiga (stereo Sound,
  138. 4096 colors, blitter, etc.) but there is NO software to take advantage of these
  139. extra features.  What about the TT?  If it's as good as people think it will
  140. be, I may buy one.  However, I can get an '020 based Amiga or Mac today, and
  141. if I had the money, I could drop in 25MHZ '030 with 25MHZ 68882 and 32-bit
  142. memory into either one.  ATW?  That's out of my ballpark!
  143.  
  144. I really would like to see Atari succeed, if for no other reason than to make
  145. Apple and Commodore work harder and drive down prices!
  146.  
  147. -Evan
  148. _______________________________________________________________________________
  149. |    Evan Jay Mitchell                 EECS/ERL Industrial Liaison Program    |
  150. |    mitchell@janus.berkeley.edu       University of California at Berkeley   |
  151. |    Phone: (415) 643-6687                                                    |
  152. |              "Think, it ain't illegal...yet!" - George Clinton              |
  153.  
  154. ------------------------------
  155.  
  156. Date: 15 Aug 89 19:23:41 GMT
  157. From: atha!rwa@decwrl.dec.com  (Ross Alexander)
  158. Subject: Re~2: Loyal Atarians?!?
  159. To: info-atari16@score.stanford.edu
  160.  
  161. dbsuther@PacBell.COM (Daniel B. Suthers) writes:
  162. >I'd rather have a 3B4000, but can't aford the power bill. :-)
  163.  
  164. I've got a 3b4000 (yes, I'm root for the box).  I like minix on my ST
  165. much better, thank you.
  166.  
  167.     Ross
  168.  
  169. ------------------------------
  170.  
  171. Date: 15 Aug 89 14:16:58 GMT
  172. From: att!watmath!watdragon!dahlia!swklassen@ucbvax.Berkeley.EDU  (Steven W.
  173.  Klassen)
  174. Subject: Re: QINDEX15 measurents : QuickST 1.46 vs TurboST 1.2
  175. To: info-atari16@score.stanford.edu
  176.  
  177. In article <8908140948.AA13449@ucbvax.Berkeley.EDU> KRUYSBER@HNYKUN53.BITNET
  178.  writes:
  179. >
  180. >Conclusion: the measures indicate a better BIOS text handling by TurboST
  181. >and a better GEM resource handling by QuickST. These measures however
  182. >have to be seen in the light of the human, indicating that QuickST is
  183. >(in the comparison of these two versions) preferable.
  184. >
  185.  
  186. This conclusion must be tempered by the fact that QuickST and QIndex
  187. were written by the same people.  ie. QuickST may be optimized more
  188. in areas which show up in QIndex but not as well in other areas.  Given
  189. the large size of TurboST compared to QuickST my guess is that TurboST
  190. optimizes more system calls than does QuickST.  At any rate at true
  191. comparison of the two requires a benchmark program written by a
  192. third party.
  193.  
  194. I do not say this to smear the authors of QuickST, I think that they
  195. have done a wonderful job, I am merely pointing out that one may
  196. want to think twice about removing TurboST from all their disks.
  197. (On the other hand QuickST is a lot cheaper!)
  198.  
  199.  
  200.  
  201. Steven W. Klassen
  202. Computer Science Major
  203. University of Waterloo
  204.  
  205. ------------------------------
  206.  
  207. Date:     Wed, 16 Aug 1989 00:01 EDT
  208. From:     Greg Csullog <01659%AECLCR.BITNET@Forsythe.Stanford.EDU>
  209. Subject:  My last comments about ST multitasking
  210. To:       <INFO-ATARI16@SCORE.STANFORD.EDU>
  211.  
  212. I wish that some of the people who read and reply to net postings would
  213. actually take the time to understand what they have read. As an example,
  214. one reply about my original posting about MT on the ST went on-and-on
  215. about the move towards MT in the industry; hey!, I was NOT against MT, just
  216. puzzled why anyone would want it on a system like an 68000 at 8 MHz. In
  217. addition, so many postings came back giving examples of MT when they were
  218. just glorified task switching examples.
  219.  
  220. MT to me means doing several CPU intensive jobs at the same time. It's not
  221. the ability to format a disk while you type in your word processor. It's
  222. not switching out of some game to do some spreadsheet work. It's not
  223. swapping data between painting programs. Those are all task switching examples.
  224.  
  225. MT is controlling some lab equipment while at the same time several
  226. users log on and do word processing and someone else is generating a database
  227. report. Look, I can format floppies from within all my ST applications, I
  228. can run a word processor, a spreadsheet and a painting program at the same
  229. time and switch between them. I can ask REVOLVER to 'rollout' a memory
  230. partition to disk. BUT, when I want to crank out dbMAN reports from my
  231. databases (one is almost 4 megabytes), I don't want to slow down my 68000
  232. by using another application at all. I want the dbMAN stuff out asap.
  233.  
  234. I reitierate, I am not anti-multitasking and I this is not a case of sour
  235. grapes (that's for you Amiga guys). I'll just wait until I can afford a
  236. machine that's got the guts to do real multitasking.
  237.  
  238. Anybody understand the following?
  239.  
  240. NO IFBMS      NO AMIFGAS       NO MFACS       NO WFAY
  241.  
  242. ------------------------------
  243.  
  244. Date:         15 AUG 89 23:25:33 CST
  245. From:     Z4648252 <Z4648252%SFAUSTIN.BITNET@Forsythe.Stanford.EDU>
  246. To:       <info-atari16@SCORE.STANFORD.EDU>
  247. X-Orig-To: info-atari16@score.stanford.edu
  248. Subject:  RE: Loyal Atarians?!?
  249.  
  250. Evan Jay Mitchell asks:
  251. > I have a question for all you loyal Atarians... "Why?"  Why
  252. > are you so loyal to Atari?  I'm curious.
  253.  
  254.     Obviously this is directed to why I chose the ST rather than the
  255. Amiga.  Difficult to comment without flames that is so digustingly
  256. common on local BBSes.
  257.     At any rate, I have had an ST system since summer of '85.  I used
  258. to have an Apple //e and lusted for the Macs when they first appeared.
  259. Lust is all that I could do because the Macs were (still are) terribly
  260. expensive.  I saw the ST and was SHOCKED that I was able to get a store
  261. unit up and running within two minutes without knowing anything about the
  262. ST.
  263.     Fast operations, comfortable to use without having to be a hacker,
  264. and dependability would be my partial answer to why I am loyal to the ST.
  265. I have two megs of memory in a Mega, emulate the Macintosh, and power a
  266. DeskJet printer.  It all works, again is VERY FAST, and most of all for
  267. me, VERY COMFORTABLE to use.  I am not a software hacker, detest anything
  268. that reaks of CLI interfacing for doing file and program maintenance
  269. tasks, and am annoyed if I have to type in a command.  Hence, I LOVE the
  270. ST interface and 3rd market supports and enhancements for it (UIS, NeoDesk,
  271. quick and effortless accessories).
  272.     I'll admit to wishing for improved multi-tasking but I will not
  273. give up the ST's ease of use for that desired feature.
  274.     The question by Evan mentioned Atari loyalty.  Sorry, won't get me
  275. there.  I bought a fast and comfortable computer, not stock in a computer
  276. company.  I am not loyal to a company either.  If a ST-type platform
  277. comes out with multi-tasking complete with the speed, comfort, and ease
  278. of use of this Mega ST, and if it is of another company, it would cause
  279. me to take notice and possibly switch, if it delivered what was promised.
  280.     As it is, though, the ST is a tough box to beat.  It gets faster and
  281. easier to use almost daily.  If I hang in there long enough, I might even
  282. see real multi-tasking.  GRIN
  283.  
  284. Larry Rymal in East Texas <Z4648252@SFAUSTIN.BITNET>
  285.  
  286. ------------------------------
  287.  
  288. Date: 16 Aug 89 05:03:40 GMT
  289. From: agate!helios.ee.lbl.gov!lbl-csam.arpa!antony@ucbvax.Berkeley.EDU  (Antony
  290.  A. Courtney)
  291. Subject: Re: My last comments about ST multitasking
  292. To: info-atari16@score.stanford.edu
  293.  
  294. In article <8908160401.AA01009@ucbvax.Berkeley.EDU> 01659@AECLCR.BITNET (Greg
  295.  Csullog) writes:
  296. >I wish that some of the people who read and reply to net postings would
  297. >actually take the time to understand what they have read. As an example,
  298. >one reply about my original posting about MT on the ST went on-and-on
  299. >about the move towards MT in the industry; hey!, I was NOT against MT, just
  300. >puzzled why anyone would want it on a system like an 68000 at 8 MHz.
  301.  
  302. Right.  These people responded because it is important to note that with a well
  303. written OS, things don't have to slow down, and generally don't.  Multitasking
  304. adds functionality and versatility to any system.  And one of the fundamental
  305. ideas behind most multitasking OSs is that things do not stop, they just slow
  306. down.  Slowing down a little always beats stopping or exiting an application.
  307.  
  308. >In addition, so many postings came back giving examples of MT when they were
  309. >just glorified task switching examples.
  310. >
  311. >MT to me means doing several CPU intensive jobs at the same time. It's not
  312. >the ability to format a disk while you type in your word processor. It's
  313. >not switching out of some game to do some spreadsheet work. It's not
  314. >swapping data between painting programs. Those are all task switching examples.
  315.  
  316. Oh, Gee--So you define multitasking differently from everyone else in the world
  317. and then say you don't think multitasking is a good idea?! :)
  318.  
  319. The conventional definition of multitasking as I have learned it is transparent
  320. control by the OS over multiple execution streams.  Yes, this does involve
  321. context switching, but the application never knows about the context switch
  322. and is in fact not aware that it ever stops executing.  Each process thinks it
  323. has the whole of the system's resources available to it.  And multitasking
  324. implies a very fine granularity between context switches, such that if two
  325. processes are competing for CPU time, it is extremely difficult to tell that
  326. they are not both running concurrently.
  327.  
  328. > [ Example about not wanting to multitask while generating dbMan reports
  329. >    because it would slow them down..]
  330.  
  331. As everyone else said: "Not if the other processes sleep pending some user
  332. action like they are SUPPOSED to...."
  333.  
  334. >
  335. >I reitierate, I am not anti-multitasking and I this is not a case of sour
  336. >grapes (that's for you Amiga guys). I'll just wait until I can afford a
  337. >machine that's got the guts to do real multitasking.
  338. >
  339.  
  340. And your 68000 _HAS_ the guts to do multitasking.  And in some ways better
  341. than a lot of other "Industrial" machines.  I'd be willing to bet that your
  342. 8 Mhz. 68000 can do a context switch faster than my Sun 4/280! :)
  343.  
  344. For those technical-minded types who think I am exaggerating: the SpArc is a
  345. RISC chip, meaning it has something well upwards of 200 32 bit registers. The
  346. 68000 has 14 32 bit registers.  Which do you think pushes them to the stack
  347. faster?  (And being register-rich is one of the arguments people make for
  348. RISC architecture!  Gimme a good hardware based LRU register buffering scheme,
  349. and then maybe we'll talk...:) 
  350.  
  351.  
  352. >Anybody understand the following?
  353. >
  354. >NO IFBMS      NO AMIFGAS       NO MFACS       NO WFAY
  355.  
  356. Multitasking is the best thfing since sliced bread! :)
  357.  
  358.             Antony
  359.  
  360.  
  361. *******************************************************************************
  362. Antony A. Courtney                antony@lbl.go
  363. Advanced Development Group            ucbvax!lbl-csam.arpa!antony
  364. Lawrence Berkeley Laboratory            AACourtney@lbl.go
  365.  
  366. ------------------------------
  367.  
  368. Date:         15 AUG 89 23:54:14 CST
  369. From:     Z4648252 <Z4648252%SFAUSTIN.BITNET@Forsythe.Stanford.EDU>
  370. To:       <INFO-ATARI16@SCORE.STANFORD.EDU>
  371. Subject:  DALLAS WORLD OF ATARI
  372.  
  373.     The following info was gracious relayed to me from John Stiborek
  374. who is a member of the net:
  375.  
  376. This is the schedule of the speakers for the World of Atari Show
  377. sponsored by ST-World, as given to by Jim Urbaniak of ST-World:
  378.  
  379. Saturday 8-19-89
  380. 11:00AM  Sig Hartmann (Atari):
  381.  
  382.          The Future of Atari
  383.          Player Missile Graphics on
  384.          the 8-Bit
  385.  
  386. 1:10PM   Samuel G. Steeper:
  387.           Networking Your ST's Today
  388.  
  389. 2:00PM   Tom Harker (ICD):
  390.           Constructing a Hard disk Drive
  391.  
  392. 3:00PM   George Miller (MichTron):
  393.           Desktop Publishing
  394.  
  395. Sunday 9-20-89
  396.  
  397. 11:00AM   David Small (Gadgets By Small)
  398.            Spectre 128 GCR
  399.  
  400. 1:00PM    George Miller (MichTron):
  401.            Programming in HiSoft BASIC
  402.  
  403. 2:00PM    Allen Reeve (ReeveSoft):
  404.            Graphic Operating Systems
  405.            for the 8-Bit
  406.  
  407. 4:00PM    James Allen (FaST-Tech):
  408.            What the  Turbo-16 Will do For You
  409.  
  410. The show will be at the Holiday Inn at Highway 183 & Valley View
  411. Lane (south side of the service road).
  412.  
  413.      4440 W. Airport Freeway
  414.       Irving TX    75061
  415.  
  416.      (214)399-1010-->information about the show (Holiday Inn)
  417.  
  418. Admission:  $5 one day pass
  419.             $7 two day pass
  420.  
  421. Larry Rymal in East Texas <Z4648252@SFAUSTIN.BITNET>
  422.  
  423. ------------------------------
  424.  
  425. Date: 15 Aug 89 15:36:08 GMT
  426. From:
  427.  cs.utexas.edu!usc!henry.jpl.nasa.gov!elroy.jpl.nasa.gov!gryphon!crash!fgbrooks@
  428. tut.cis.ohio-state.edu  (Fred Brooks)
  429. Subject: Re: Multitasking on the ST
  430. To: info-atari16@score.stanford.edu
  431.  
  432. In article <1072@philmds.UUCP> leo@philmds.UUCP (Leo de Wit) writes:
  433. >|I intercept the BIOS trap vector and add my own routine to do the BConin
  434. >|call. If nothing is waiting in the buffer then I swapout the current process
  435. >|, if a char is is the buffer it is passed on to the calling process and a
  436. >|countdown variable is set to say 100 so that when then next time the buffer
  437. >|is empty it won't swapout until it has checked the buffer a few times.
  438. >
  439. >You'll have to be careful this BIOS call was not done from GEMDOS, I think.
  440. >I'm interested to know how you save a process's state.
  441. >
  442.  
  443. I save the GEMDOS/BIOS stack for every process that's stored in the location
  444. pointed by the sav-vector in low memory. It's a tricky process and taking a
  445. look at my MX2 source will explain it better that I can here.
  446.  
  447. fred
  448.  
  449. ------------------------------
  450.  
  451. End of Info-Atari16 Digest
  452. **************************
  453. -------
  454.  
  455. ə